home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / gfx / xfig7_68.lha / xfig / readme.amiga < prev    next >
Text File  |  1995-09-15  |  5KB  |  104 lines
  1.  
  2.  Xfig amiga info
  3. =================
  4.  
  5. This is a 68000 version of xfig as someone asked for it.
  6. The use of datatypes still requires os3.0, but there is a slight chance
  7. it will run on 2.04, but stay away from anything that tries to use datatypes
  8. as there aren't any checks to see if it is available or not..
  9. Also the interface is quite big so a 640x512 screen is minimum. (640x450 +-)
  10. I'm amazed if a lot of people has this configuration so until I see
  11. a registration requesting 68000 I'll hold the xfig_support 68000 version.
  12.  
  13. The program itself should be easy to use, just click on a mode option in the mode
  14. panel and start adding/modifying objects in the drawing area. To figure out
  15. what mouse button does what you can open the 'mouse help' window from the
  16. menu. In order to run it you'll need to have a stack of 20000 or more. 
  17. Also if you want the program to use colors you'll need 32 free colors.
  18. This means a 64 colors minimum color workbench with os3.0+
  19. (not all colors are free to be obtainpen'ed).
  20.  
  21. If you lack a middle mousebutton you can use alt key with right mousebutton to give
  22. the same effect.
  23.  
  24. Put transfig and fig2dev somewhere in the path in order for save/export to work.
  25. (needs a save enabled version.) Also you need to start the program from cli
  26. or set up an iconx startup to make the system() function work.
  27.  
  28. Want to run the program on a public screen? Try 'xfig -display PubScreen'
  29. Or change the resource name Fig.display in AmigaDefaults. Place AmigaDefaults
  30. and rgb.txt in the dir pointed to by libx11:. If the program doesn't
  31. find rgb.txt it will revert back to black & white.
  32.  
  33. Other resources can also be entered in AmigaDefaults. To find out what resources
  34. are accessed you can turn on debugging with 'Amiga.debug: True', or read
  35. the documentation..Or have a look in the file Fig.ad. Some of the entries
  36. can be used with the amiga version, most however relates to the X11 layout and
  37. won't have any effect on the amiga MUI interface.
  38.  
  39. I have added some support for Dr2D drawings, but unfortunately xfig doesn't have
  40. a path as a primary object so filling can't be easily supported.
  41.  
  42. Datatype loading of images has also been added, which causes the program to be os3.0 only.
  43. (a bug in the previous one caused it to be 3.0 only also..)
  44.  
  45. In order to help GIF into obscurity it has been removed and replaced with iff.
  46.  
  47. Importing compressed images (.Z or .gz) needs uncompress/gunzip in the path.
  48.  
  49. An icon by Bastian Kinne (kinne@zfn.uni-bremen.de) is included.
  50.  
  51.  Memory usage
  52. ==============
  53.   Yes, the program uses a lot of memory..Probably 2-3 meg of fast ram. This probably
  54. means a 4mb a1200 will have difficulties running it! Also freeing memory is a novel
  55. idea in the unix programming environment so the program may fail to release some
  56. memory on exit. I have added the most obvious freeing to reduce this memory loss
  57. as much as possible. Also if you are missing some chip mem after running xfig
  58. do a 'avail flush' (fonts don't get free'd) 
  59.  
  60.  Unstable?
  61. ==================
  62.   It appears that you have to use the MUI option 'smart' refresh. Without it
  63. the program is amazingly unstable! The reason for this is that I access the
  64. drawingarea in a somewhat illegal way. I tried to make a more MUI compliant
  65. way and it turned out to be amusingly slow and was soon dropped.
  66. Other problems may occur when you are using rotated text on a gfx card 
  67. equipped machine. This is because this uses bitmaps and I do some
  68. assumptions on the structure of bitmaps. Apparently bitmaps may have
  69. a different structure on on gfx cards (or something..). This is probably
  70. the case when loading images too. This problem should go away with the
  71. AmigaDefaults entry: 'Amiga.nochunkytoplanar: True'
  72.  
  73.  Why save/print/export disable?
  74. ================================
  75.  
  76. It seems that even the best program of its kind won't result in a noticeabe number
  77. of contributions (like xmgr) so I am led to believe that it is a fairly general
  78. opinion that if you've got the full program, why pay? So my following programs will
  79. most likely be savedisabled!
  80.  
  81. If you'd like a key-file to save-enable this program $20 will do it. This keyfile
  82. should work with this version and all following versions. If a widespread illegal
  83. distribution of keyfiles should come to my attention I may be forced to change this,
  84. but lets hope it doesn't happen too soon!
  85. (in case you haven't got a email address, add $5)
  86.  
  87. Terje Pedersen
  88. Oterveien 55
  89. 9017 Tromsoe
  90. Norway
  91.  
  92.  Other Problems:
  93. -----------------
  94.  
  95. problems with xfig and a merlin gfx card?
  96.  
  97. The solution is to delete x11/gfxcard when using the Merlin gfx card
  98. with xfig !! You should include it as a note in the readme.amiga file,
  99. that Merlin users should delete the env-variable. Now, it works.
  100. Funny thing: XV214 still requires it, otherwise the machine will
  101. surely crash. It is probably the result of the chunky2planar      
  102.  
  103. <FELS@ti-nov1.fbe.FH-Weingarten.DE> 
  104.